Accounting for User Research in Agile 如何在敏捷開發中進行使用者研究

在敏捷開發中，除了設計和開發工作，研究工作也需要在產品待辦事項中得到體現。這能幫助團隊在整個專案中持續學習使用者需求，確保產品開發始終以使用者為中心。

敏捷中的使用者研究挑戰

在敏捷環境中，使用者研究（如使用者訪談、可用性測試、日誌研究）經常面臨困難。敏捷開發通常專注於開發具體的功能，並將工作分成較小的任務來完成，而使用者研究不總是與某個具體功能直接相關，這讓研究工作難以適應敏捷開發的兩到三週迭代週期。

主要挑戰包括：

研究跨越多個迭代：一次完整的研究可能需要多個迭代才能完成，導致研究相關的待辦事項長期開放。

研究結果未被採納：團隊收集了使用者反饋，但這些反饋沒有進入待辦事項，未被付諸實踐。

缺少具體產出：研究產出的是學習成果，而非可立即投入生產的程式碼或設計，導致團隊和利益相關者不知如何處理這些學習內容。

專注於成果，而非功能

產品開發中，常見的陷阱是過分關注輸出（功能的實現），而忽視了成果（功能帶來的實際價值）。敏捷開發的核心理念之一是應對變化，而研究正是這種持續學習的驅動力。團隊應該在每個迭代中進行一些研究，持續從使用者那裡學習，調整專案目標，確保功能解決使用者實際問題。

如何將研究納入待辦事項

為了確保研究在敏捷開發中不會被忽略，應將研究工作與設計和開發工作一樣，記錄在待辦事項中。以下是具體步驟：

1. 將研究新增到待辦事項：把研究工作作為單個待辦事項或使用者故事新增到產品待辦列表中。

2. 將研究分解為小任務：將研究過程細化為多個小任務（如招募參與者、分析資料、分享發現等）。

3. 在迭代中持續更新：隨著任務的完成，逐一標記，直到所有研究任務完成，關閉該待辦事項。

示例：可用性測試

• 假設你正在進行一次可用性測試，希望透過6名參與者瞭解他們是否會使用應用程式中的快捷鍵。測試過程中需要完成以下任務：

• 招募和安排每位參與者

• 進行測試會話

• 分析資料

• 向利益相關者彙報研究結果

每個參與者對應一個招募、安排和測試的任務，隨後還會有資料分析和報告任務。這些任務可以分階段完成，並在每次迭代結束時彙報進展。

代表衝刺開始時的 6 個使用者研究：使用者測試：鍵盤快捷鍵是待辦事項的名稱；它包含“待辦事項”列中表示的多項任務。由於我們正在對 6 位參與者進行測試，因此與參與者相關的任何工作都代表 6 項任務。在這種情況下，團隊希望分析資料並兩次展示結果。

代表衝刺結束時的相同可用性研究：此時，團隊已招募並安排了 3 名參與者，正在招募和安排第四名參與者，並已完成一次可用性測試會議。

代表下一個衝刺結束時的 6 使用者研究：所有參與者均已招募並安排完畢，一半的訪談已完成，研究人員已分析了前半部分的資料。此處的衝刺審查中提出的結果可能包括一些初始模式或一些其他型別的進度報告

基於研究結果更新待辦事項

完成研究後，團隊通常會得到一系列問題修復、UX債務、新功能機會以及未來研究機會。這些內容應當直接進入產品待辦事項列表中，作為新任務或改進建議。研究結果不應被擱置，團隊必須行動起來，解決反饋中的問題。

在敏捷環境中分享研究發現

為了在敏捷開發中有效開展使用者研究，以下幾點至關重要：

• 研究可能跨越多個迭代：研究成果可能影響多個功能，所以在迭代回顧時要保持透明，分享研究進展。

• 將研究結果反饋到待辦事項中：持續的使用者發現和應對變化是敏捷開發的核心，確保團隊不僅聽到使用者聲音，還能及時作出響應。

• 研究的價值在於學習成果，而非具體產出：研究的學習成果能幫助團隊理解使用者需求，明確功能優先順序，推動專案向前發展。